home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000271_Martyn.Johnson@cl.cam.ac.uk_Mon Feb 7 08:42:35 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  1KB
  1. Received: from swan.cl.cam.ac.uk by cs.umb.edu with SMTP id AA10718
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Mon, 7 Feb 1994 15:00:53 -0500
  3. Received: from labes.cl.cam.ac.uk (user maj (rfc931)) by swan.cl.cam.ac.uk 
  4.           with SMTP (PP-6.5) to cl; Mon, 7 Feb 1994 08:42:40 +0000
  5. To: "K. Berry" <kb@cs.umb.edu>
  6. Cc: Martyn.Johnson@cl.cam.ac.uk, tex-k@cs.umb.edu
  7. Subject: Re: imake and tex
  8. In-Reply-To: Your message of Sat, 05 Feb 1994 07:07:08 -0500. <199402051207.AA17487@terminus.cs.umb.edu>
  9. Date: Mon, 07 Feb 1994 08:42:35 +0000
  10. From: Martyn Johnson <Martyn.Johnson@cl.cam.ac.uk>
  11. Message-Id: <"swan.cl.cam.:089430:940207084243"@cl.cam.ac.uk>
  12.  
  13. > I refuse to ever use Imake.
  14.  
  15. Sorry, I probably shouldn't have mentioned imake.  It is true that I
  16. did once suggest it, but we have now gone so far down the "configure"
  17. route that it would not be sensible to change.  I simply wanted to
  18. indicate that imake had previously been considered and rejected, and
  19. there was little point in going over it again.
  20.  
  21. > All Make variables are propagated to submakes if you use GNU make.
  22.  
  23. I never knew that. How insidious.
  24.  
  25. > I can't put all the variables in the top-level Makefile
  26. > because then sysV runs out of arg space.
  27.  
  28. What about the serious part of my suggestion - i.e. stuffing a block
  29. of variables into each Makefile at the "configure" stage? Since we are
  30. dynamically generating the Makefiles anyway, why not take advantage of
  31. the fact?
  32.  
  33. Martyn